Clone complet d'une VM Windows 11 sur Proxmox, configurée avec 4 cœurs (type host) et une carte réseau Intel E1000E. La machine n'est pas rattachée au domaine — cela permet de démontrer l'utilisation de credentials différents par équipement supervisé. Nom de machine : PRTG-LOGIN, IP fixe : 172.30.2ee.50.

• Téléchargement de la version d'évaluation sur paessler.com avec adresse @lmdsio.fr (notifications réelles)
• Exécution de l'installeur — accepter la licence — saisir l'adresse mail pour les alertes
• Mode d'installation Rapide — découverte automatique du réseau lancée
• PRTG s'ouvre dans le navigateur (Firefox recommandé) — connexion avec prtgadmin / prtgadmin
• La découverte automatique a trouvé 141 capteurs dont le commutateur de niveau 3 (2 capteurs par port) → suppression de la passerelle pour libérer des capteurs (limite 100 en version gratuite)

PRTG fonctionne sur un système d'héritage — les propriétés définies au niveau d'un groupe (credentials, intervalles, etc.) sont automatiquement héritées par tous les équipements enfants. Sans organisation en groupes, il faudrait reconfigurer manuellement chaque équipement.

Création d'un groupe racine Equipements-TP avec 3 sous-groupes correspondant aux types de machines de l'infrastructure :

• Mes-Machines-Linux — pour les VM Debian (LAMP, SNMP) sans authentification Windows
• Mes-Machines-AD — pour les serveurs Windows intégrés au domaine · credentials AD renseignés au niveau du groupe (domaine DOMPGI, compte administrateur)
• Mes-Machines-Windows-Autonomes — pour les postes Windows hors domaine

Déplacement de la machine LAMP (172.30.230.80) découverte automatiquement vers le groupe Mes-Machines-Linux, puis renommage. PRTG a automatiquement découvert les capteurs Ping et HTTP disponibles sur cette machine.

Ajout manuel de la VM Linux SNMP (172.30.230.20) via clic droit sur le groupe → Ajouter un appareil. Après découverte automatique, l'agent SNMP installé sur cette machine fournit 23 capteurs supplémentaires : charge CPU, mémoire, disques, interfaces réseau, processus…

• La découverte automatique multiplie les capteurs — certains peuvent être inutiles
• 23 capteurs obtenus grâce à la communauté SNMP publique configurée sur la VM
• Le nom Linux de la machine est affiché automatiquement entre parenthèses

Le capteur HTTP par défaut teste uniquement la racine du site (http:///). Pour surveiller un sous-répertoire ou une page applicative spécifique, il faut créer un capteur personnalisé pointant vers la bonne URL.

Création d'un sous-répertoire sitedd sur le serveur Apache (mkdir /var/www/html/sitedd && touch index.html), puis ajout d'un capteur HTTP nommé sitedd pointant vers http://172.30.230.80/sitedd. Délai d'expiration réduit à 30 secondes.

• Clic droit sur l'équipement LAMP → Ajouter un capteur → technologie HTTP
• Nom : sitedd · URL : http://172.30.230.80/sitedd · Méthode : GET
• Premier état : Inconnu (pas encore de données) → après analyse : Disponible ✅
• Test de panne : sous-répertoire supprimé → capteur passe à 404 Not Found ❌ puis revient au vert après recréation

Sans le fournisseur WMI SNMP installé, la découverte automatique retourne une erreur : « No response (check: firewalls, routing, snmp settings, community, passwords etc) ». PRTG ne peut pas récupérer les métriques système (CPU, RAM, disque) via WMI sans cette fonctionnalité.

Installation de la fonctionnalité Fournisseur WMI SNMP via l'assistant Ajout de rôles et de fonctionnalités sur Windows Server. Sous Windows 10/11 : Paramètres → Applications → Fonctionnalités facultatives → Fournisseur SNMP WMI (820 Ko).

• Gestionnaire de serveur → Ajouter des rôles et fonctionnalités
• Fonctionnalités → Service SNMP → cocher Fournisseur WMI SNMP
• Installer → patienter jusqu'au message « Installation réussie »

Ajout du serveur AD dans le groupe Mes-Machines-AD (credentials hérités : domaine DOMPGI, compte administrateur). Trois capteurs WMI installés pour surveiller les métriques critiques du serveur.

• Ping — vérification de la joignabilité réseau du serveur
• Charge CPU (WMI) — surveillance de l'utilisation processeur en temps réel
• Espace disque libre (WMI) — surveillance de l'espace disponible sur tous les lecteurs
• Mémoire (WMI) — surveillance de la RAM disponible

L'espace disponible étant de 51%, j'ai défini des limites inférieures : avertissement (orange) si l'espace libre passe sous 60%, erreur (rouge) si sous 20%. Le capteur est immédiatement passé en orange, confirmant le bon fonctionnement des seuils.

Par défaut, MySQL écoute uniquement sur 127.0.0.1 (boucle locale). PRTG ne peut pas s'y connecter depuis une machine distante — toute tentative retourne ERROR 2002: Can't connect to MySQL server. De plus, aucun utilisateur n'est autorisé à se connecter depuis une IP externe.

Deux modifications nécessaires sur la VM LAMP :

• Modifier /etc/mysql/mariadb.conf.d/50-server.cnf : changer bind-address = 127.0.0.1 en bind-address = 172.30.230.81 (ou 0.0.0.0 pour toutes interfaces)
• Redémarrer le service : service mysql restart
• Dans l'invite MySQL, créer l'utilisateur PRTG avec les droits nécessaires :
• GRANT ALL PRIVILEGES ON gsb_frais.* TO [email protected] IDENTIFIED BY 'secret';
• Renseigner les credentials MySQL dans les paramètres de l'équipement LAMP dans PRTG (utilisateur : prtguser)

Capteur Port-3306-MySQL surveillant l'ouverture du port TCP 3306. Ce capteur est le plus simple pour vérifier que le service MySQL est démarré et accessible, sans avoir besoin d'exécuter de requête.

• État initial : Disponible ✅ après 60 secondes d'intervalle
• Arrêt du service : service mysql stop → passage en Avertissement 🟠 (1 intervalle), puis Erreur 🔴
• Redémarrage : service mysql start → retour au vert automatiquement après 60 secondes

Capteur Nb-Lignes-Table-Visiteur utilisant la requête SELECT * FROM Visiteur;. PRTG compte le nombre de lignes retournées et l'affiche comme valeur. Ce capteur permet de surveiller la croissance d'une table au fil du temps.

• Créer le fichier Liste-Visiteurs.sql dans C:\Programme(x86)\PRTG Network Monitor\Custom Sensors\sql\mysql\ (Notepad en admin)
• Ajouter un capteur MySQL v2 → base de données : gsb_frais · fichier SQL : Liste-Visiteurs.sql
• Traitement des données : Compter les lignes du tableau
• Résultat : 27 lignes affichées → validation en ajoutant 2 visiteurs via phpMyAdmin → valeur passe à 29 ✅

Capteur Compte-Nb-Visiteurs utilisant la requête SELECT Count(*) FROM Visiteur;. Contrairement au capteur précédent qui compte les lignes retournées, celui-ci récupère directement la valeur numérique renvoyée par la requête — plus efficace pour de grandes tables.

• Fichier SQL : Nb-Visiteurs.sql contenant SELECT count(*) FROM Visiteur;
• Traitement des données : Traiter le tableau de données
• Sélectionner la valeur de canal par : Numéro de colonne (colonne 0)
• Nom du canal : Nb-Visiteurs-GSB
• Résultat : valeur 29 affichée, identique au capteur précédent — cohérence validée ✅

Avant d'approfondir la configuration, j'ai validé que les capteurs détectent bien les pannes dans deux scénarios : l'arrêt d'un service actif et l'extinction complète d'une machine.

• Commande : service apache2 stop sur la machine LAMP
• Le capteur HTTP passe en Avertissement 🟠 après 1 intervalle
• Puis en Erreur 🔴 — le Ping reste vert (machine joignable, service arrêté)
• Redémarrage Apache → retour au vert automatique ✅

• Machine SNMP éteinte → Ping passe en erreur
• Tous les capteurs de la machine passent en Suspendu par dépendance 🔵 — comportement attendu
• PRTG ne lance plus d'analyses inutiles sur une machine injoignable
• Redémarrage → tous les capteurs repassent progressivement au vert ✅

Les alertes ont généré des notifications envoyées à l'adresse @lmdsio.fr renseignée lors de l'installation, confirmant le bon fonctionnement du système d'alertes de bout en bout.